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BACKGROUND OF THE INVENTION 



Field of the Invention 

5 [0001] This invention relates to storage system caches and, more particularly, to 
metadata design within the storage system cache. 

Description of the Related Art 

1 0 [0002] Many storage systems employ non- volatile caching as a means of improving 
input/output (I/O) performance between the storage subsystem and the host(s). In 
addition, the non-volatile cache may be used to improve internal storage system 
operations such as error logging, recovery, and reconstruction for example. 

1 5 [0003] Many such storage caches include data storage as well as metadata storage. 
Metadata typically includes information that describes the data. For example, metadata 
may include validity information and a pointer to the location of the data. Thus, at any 
point in time, the integrity of the metadata is critical. For systems having a high 
reliability, availability and serviceability (RAS) rating, in addition to the data, the 

20 metadata is generally stored in a storage medium that is non-volatile and which can 
survive from such catastrophic failures as system crashes and power failures. 

[0004] Generally speaking, the storage cache may be implemented to be addressable in 
either the CPU memory space or in the I/O space. There are design implications for both 
25 approaches. For example, if the storage cache is placed in the CPU memory space, as the 
size of the storage cache increases, it may become impractical to address the entire cache 
in the CPU memory space. In addition, there may be limited memory bandwidth. 
Further, to place the storage cache in the CPU memory space may require a large part of 
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the system memory to survive a power loss, thereby requiring a large battery backup. If 
the storage cache is placed in the I/O space, data requests may be markedly slow due to 
such conditions as slower I/O buses compared to the CPU memory bus and constrained 
accessibility of the I/O buses, for example. This may be particularly true for read 
5 operations into the I/O space. However, one positive attribute of having the storage cache 
placed in the I/O space is that the requirement for battery backup may be reduced. 



[0005] In high availability systems, the system may employ cache mirroring. In such 
systems, a storage cache may be mirrored onto another cache system in an independent 

10 failure domain. Such systems typically employ a fixed structure, self-describing cache in 
the I/O space. The self-describing cache uses a portion of the cache space to store enough 
information to identify the dirty and the valid blocks in the storage cache. However, 
when the primary cache fails, there is a delay associated with reconstructing the metadata 
from the self-describing cache. This reconstruction delay impacts the availability and 

15 performance of the system under failure conditions. Therefore a key aspect of the storage 
cache design is the structure and management of the metadata. 



20 
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SUMMARY 



[0006] Various embodiments of a storage system including hierarchical cache 
metadata storages are disclosed. In one embodiment, the storage system includes a cache, 
5 a first metadata storage, and a second metadata storage. The cache may be configured to 
store a plurality of data blocks in a first plurality of locations. The first metadata storage 
may include a plurality of entries that stores metadata including block addresses of data 
blocks within the cache. The second metadata storage may include a second plurality of 
locations for storing metadata including the block addresses identifying the data blocks 

10 within the cache. The metadata stored within the second metadata storage may also 

include pointers to the data blocks within the cache. The cache is a non- volatile storage 
such as non- volatile random access memory (RAM) or battery backed-up dynamic RAM, 
for example. Similarly, the first metadata storage is also a non- volatile storage. 
However, unlike the cache and the first metadata storage, in one implementation, the 

1 5 second metadata storage may be a volatile storage. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] FIG. 1 is a block diagram of one embodiment of a computer system employing 
multiple storage systems. 

5 

[0008] FIG. 2 is a block diagram of one embodiment of a storage cache system of FIG. 
1. 

[0009] FIG. 3 is a diagram depicting one embodiment of the fully associative metadata 
10 structure of the storage cache system of FIG. 2. 

[0010] FIG. 4 is a diagram depicting one embodiment of the direct mapped metadata 
structure of the storage cache system of FIG. 2. 

15 [0011] FIG. 5 is a block diagram of one embodiment of a storage cache system 
employing cache mirroring. 

[0012] FIG. 6 is a diagram depicting an alternative embodiment of the fully 
associative metadata structure of the storage cache system of FIG. 2. 

20 

[0013] While the invention is susceptible to various modifications and alternative 
forms, specific embodiments thereof are shown by way of example in the drawings and 
will herein be described in detail. It should be understood, however, that the drawings 
and detailed description thereto are not intended to limit the invention to the particular 
25 form disclosed, but on the contrary, the intention is to cover all modifications, 

equivalents, and alternatives falling within the spirit and scope of the present invention as 
defined by the appended claims. Note, the headings are for organizational purposes only 
and are not meant to be used to limit or interpret the description or claims. Furthermore, 
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note that the word "may" is used throughout this application in a permissive sense (i.e., 
having the potential to, being able to), not a mandatory sense (i.e., must). The term 
"include" and derivations thereof mean "including, but not limited to." The term 
"connected" means "directly or indirectly connected," and the term "coupled" means 
5 "directly or indirectly coupled." 
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DETAILED DESCRIPTION 



[0014] Turning now to FIG. 1 , a block diagram of one embodiment of a computer 
system employing a plurality of storage systems is shown. Computer system 10 includes 
5 a plurality of hosts, 15A through 15D, that are coupled to a plurality of storage systems, 
designated 50A through 50C, via a storage area network (SAN) controller 20. The 
interconnections between hosts 15 and SAN controller 20 and between SAN controller 20 
and storage systems 50 may be implemented using any type of high bandwidth protocol 
such as Fibre Channel or Gigabit Ethernet, for example. It is noted that components 

1 0 having a reference number followed by a letter may be referred to by the reference 
number alone when appropriate. It is further noted that computer system 10 is an 
exemplary system illustrative of only one of many different storage system topologies. 
For example, in other embodiments, computer system 10 may include any number of 
hosts 15 coupled to any number of storage systems 50. In addition, in some 

15 embodiments, other numbers of SAN controllers (e.g., SAN controller 20) may be used to 
create complex storage system topologies. 

[0015] In the illustrated embodiment, hosts 15A-15D may be illustrative of any type of 
processing node. For example, hosts 15A-15D may include computing servers that may 
20 be further connected to workstations and personal computers through a network such as 
local area network (LAN) or the internet. In any of the configurations described above, 
hosts 15A-15D may include one or more processors, local memory and I/O capabilities 
and so on. As such, each of hosts 15A-15D may be configured to read data from and 
write data to storage systems 50. 

25 

[0016] SAN controller 20 is configured to control and route transactions between 
hosts 15 and storage systems 50. Accordingly, SAN controller 20 may include a switch 
or hub. In addition, in one embodiment, SAN controller 20 may include processing 
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capabilities that provide SAN storage management. For example, in such an 
embodiment, SAN controller 20 may be configured to provide disk virtualization, 
performance monitoring, and management tasks and depending on the implementation, 
SAN controller 20 may also provide partitioning of storage systems 50 into one or more 
5 domains. 

[0017] Storage systems 50A-50C may each include one or more storage devices. In 
the illustrated embodiment, the storage devices are designated SI through Sn, where n 
may be any number. In one embodiment, storage devices Sl-Sn may be hard disks that 

10 belong to a storage array. The storage devices in each storage system 50 may be 

controlled by a respective storage controller designated 51-51C. As described in greater 
detail below, each of the storage controllers includes at least one cache system 55. 
Depending on the reliability, availability and serviceability (RAS) level of the system, 
there may be redundant storage controllers (not shown). In one embodiment, the storage 

1 5 array may be configured as a redundant array of inexpensive disks (RAID). In other 
embodiments, storage devices Sl-Sn may be tape drives. In still further embodiments, 
storage devices Sl-Sn may be any type of non- volatile permanent storage device. It is 
noted that depending on the implementation, a storage device or a number of storage 
devices may be referred to as an underlying storage volume. 

20 

[0018] As will be described in greater detail below in conjunction with the 
descriptions of FIG. 2 through FIG. 6 each of cache systems 55 may include a cache 
memory (not shown in FIG. 1) for storing cached data and a hierarchical arrangement of 
metadata storage for storing metadata that describes the data in the cache storage. The 
25 hierarchical arrangement may provide enhanced performance through efficient metadata 
operations while allowing a robust recovery model to be built using techniques such as 
cache mirroring, for example. 
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[0019] Referring to FIG. 2, a block diagram of one embodiment of storage cache 
system 55 is shown. Cache system 55 includes cache control logic 210 that is coupled to 
a fully associative metadata storage 220, a direct mapped metadata storage 230, and a 
data storage 240. It is noted that the components illustrated in cache system 55 may be 
5 representative of the components included in each of cache systems 55A-55C of FIG. 1 . 

[0020] In illustrated embodiment, data storage 240 is a cache memory implemented 
using any type of non-volatile storage. Data storage 240 is configured to store data and is 
capable of surviving a system power loss. For example, in one implementation, data 
storage 240 may be a storage medium such as non-volatile random access memory 
(NVRAM). In another implementation, data storage 240 may include memory devices 
having a battery backup mechanism. Although it is contemplated that in other 
embodiments, other types of non- volatile storage may be used. In one implementation, 
data storage 240 may include a plurality of locations each capable of storing data in the 
form of data blocks. The size of a data block is implementation dependent; although 
typical data block sizes may be 8K, 16K, and 32K bytes. To access data storage 240, 
each location may have a corresponding index. In one implementation, data storage 240 
may be fully associative with respect to the underlying storage devices (e.g., Sl-Sn). For 
example, any location within data storage 240 may store data corresponding to any block 
address of the underlying storage devices. 

[0021] As described above, a storage cache system such as cache system 55 may be 
used by a storage system to improve storage system performance. However, to fully 
realize the benefits of using a cache system, careful consideration may be given to the 
25 definition and organization of the metadata. Accordingly, in the illustrated embodiment, 
the metadata of cache system 55 is arranged in a two-level hierarchical structure. The 
two-level hierarchy includes first-level metadata stored within metadata storage 220 and 
second-level metadata stored within metadata storage 230. More particularly, each data 



10 



15 



20 
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block within data storage 240 is associated with two independent pieces of metadata. 
Specifically, a given data block is associated with metadata within volatile metadata 
storage 220 and also with metadata within non-volatile metadata storage 230. 



5 [0022] Metadata storage 220 is a storage used for storing metadata that describes the 
data blocks stored within data storage 240. Metadata storage 220 is arranged as a fully 
associative cache. As such, any data block within data storage 240 may be represented by 
metadata stored in any location within metadata storage 220. In the illustrated 
embodiment, metadata storage 220 is implemented as a volatile storage medium. For 

10 example, metadata storage 220 may be implemented using any type of volatile memory 
such as any of the memory devices in the DRAM family. As will be described in greater 
detail below in conjunction with the description of FIG. 3, the metadata stored within 
metadata storage 220 is arranged in a structure including a collection of cache descriptors 
that describe the data that is stored within data storage 240. Furthermore, metadata 

15 storage 220 may be located in CPU memory space. As such, access to metadata storage 
220 may be faster than accesses to metadata storage 230 which, as described below, may 
be located in the I/O space. 

[0023] Metadata storage 230 is also a storage used for storing metadata that describes 
20 the data blocks stored within data storage 240. Metadata storage 230 is arranged as a 
direct mapped cache including a cache descriptor table. More particularly, each location 
within metadata storage 230 has a one to one correspondence with a respective location 
within data storage 240. In other words, a given location within metadata storage 230 
corresponds to only one particular location within data storage 240. In contrast to 
25 metadata storage 220, metadata storage 230 is implemented as a non-volatile storage 

medium. Similar to data storage 240, metadata storage 230 is also capable of surviving a 
system power loss. As described in greater detail below in conjunction with the 
description of FIG. 4, metadata storage 230 is arranged as a table structure including a 
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plurality of entries. Each entry is a cache descriptor that describes the corresponding data 
that is stored within data storage 240. It is noted that in one implementation, since 
metadata storage 230 is implemented as a non-volatile storage medium and may generally 
be used for reconstruction of metadata and as a backup, it may be located within the I/O 
5 space. 

[0024] Cache control logic 210 is configured to control accesses to cache system 55. 
For example, in one implementation, cache control logic 210 controls writing of data into 
data storage 240 by maintaining a freelist (not shown) of available locations with data 

10 storage 240, allocating metadata storage locations within metadata storage 220, providing 
notification when a write operation is complete, and reading data from data storage 240. 
In addition, as described in greater detail below in conjunction with the description of 
FIG. 5, cache control logic 210 may also be configured to control cache mirroring for 
systems employing redundant cache systems. It is noted that cache control logic 210 may 

1 5 operate in conjunction with the logic within a storage controller 5 1 . In one 

implementation, cache control logic 210 may be an integral part of the storage controller. 

[0025] Turning to FIG. 3, a diagram depicting one embodiment of a metadata structure 
within metadata storage 220 of FIG. 2 is shown. As described above, metadata storage 

20 220 includes a plurality of locations each including a cache descriptor. Metadata 

structure 300 illustrates the arrangement of the cache descriptors. The cache descriptors 
are arranged into two cache descriptor groups: cache descriptor group A and cache 
descriptor group B. The cache descriptors in cache descriptor group A are designated 
325 A, 33 5 A, and 345 A, while the cache descriptors in cache descriptor group B are 

25 designated 325B, 335B, and 345B. It is noted that only two cache descriptor groups are 
shown for simplicity and it is contemplated that any number of cache descriptor groups, 
including no cache descriptor groups, may be used as desired. 
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[0026] As described above, metadata storage 220 is arranged as a fully associative 
cache. In a fully associative cache, when the size of the cache is large the lookup times 
tend to increase due to the increased depth of cache buckets or the depth of the tree 
depending on the data structure in use. To address this, the cache descriptor groups are 
5 used. A cache descriptor group consists of a number of cache descriptors that point to a 
number of data blocks that hold user data corresponding to a range of contiguous logical 
block addresses associated with a given storage volume. A cache descriptor group may 
either be fully populated or partially populated with corresponding data blocks containing 
data. In the illustrated embodiment, cache descriptor group A includes cache descriptors 

10 that correspond to data blocks having logical block addresses one through 1000 in storage 
volume A. Likewise, cache descriptor group B includes cache descriptors that correspond 
to data blocks having logical block addresses one through 1000 in storage volume B. It is 
noted that although each cache descriptor group is associated with a contiguous number 
of logical block addresses, it is contemplated that in other embodiments cache descriptor 

15 groups may be associated with other attributes. It is further noted that each cache 
descriptor group may be tied together via a structure such as a tree or hash list, for 
example. 

[0027] Since metadata storage 220 is fully associative, each cache descriptor points to 
20 a corresponding data block stored anywhere within data storage 240. For example, cache 
descriptor group A includes cache descriptor 325A, which points to data block 350A. 
Likewise, cache descriptor 345A points to data block 360A. Each of data blocks 350A 
and 360A may be located anywhere in data storage 240. In addition to a pointer to a 
corresponding data block, each cache descriptor includes information that describes the 
25 corresponding data block in data storage 240. In the illustrated embodiment, the contents 
of one cache descriptor (e.g., cache descriptor 325A) are shown as an exemplary 
illustration of the contents of any cache descriptor within metadata storage 220. 
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[0028] Cache descriptor 325A is shown having five fields, each including a number of 
bits. It is noted that the number of bits within each field is implementation dependent. 
The first field from the left is labeled "Volume ID," which identifies a storage volume on 
which the user data is stored. The second field is labeled "Block Number," which 
5 corresponds to the logical block address of the corresponding data block on the volume 
identified in the "Volume ID" field. Thus, the "Volume ID" and "Block Number" fields 
may be used to identify whether a given data block is stored within data storage 240. The 
third field from the left is labeled "Datablock Pointer." The data block pointer is used by 
cache control logic 210 to index into data storage 240 to access the corresponding data 

10 block. The fourth field from the left is labeled "Valid Bits." The valid bits are indicative 
of whether or not the data is valid. For example, once data is written into data storage 
240 the "Valid Bits" may indicate that the data stored within the corresponding data block 
of data storage 240 is valid. The fifth field from the left is labeled "Dirty Bits." The 
Dirty Bits are indicative of whether the user data stored within the data block of data 

15 storage 240 needs to be written back to the storage volume. It is noted that in other 
embodiments, each entry may include other numbers of fields. It is further noted that 
other fields having other identifiers may be used such as whether an operation is currently 
in progress, for example. 

20 [0029] It is noted that in one embodiment, metadata structure 300 may also include a 
valid list of cache descriptors organized based on properties such as least recently used 
(LRU) data blocks, for example. In addition, metadata structure 300 may include a list of 
dirty descriptor groups organized on similar properties such as the least recently used or 
least frequently used or a combination of both. It is further noted that in alternative 

25 embodiments, metadata structure 300 may include a separate field (not shown) 

identifying the LRU status of a given entry relative to each other entry for use by cache 
control logic 210 when evicting entries and corresponding data blocks. 
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[0030] Referring to FIG. 4, a diagram depicting one embodiment of a metadata 
structure within metadata storage 230 of FIG. 2 is shown. Metadata structure 400 is 
shown as a cache descriptor table including a plurality of entries representing all the data 
blocks stored within data storage 240. Each entry maps to exactly one location and thus 
5 one data block within data storage 240. Therefore, metadata structure 400 is referred to 
as a direct mapped metadata structure. As described below, a volume and block address 
of an entry may be used to determine whether a given data block is stored within data 
storage 240. The entry containing the metadata is used to index into data storage 240. 
During metadata updates, the data block pointer stored within metadata storage 220 may 
10 be used to index into metadata storage 230. In the illustrated embodiment, the contents of 
one cache descriptor entry (e.g., cache descriptor 405) are shown as an exemplary 
illustration of the contents of any cache descriptor entry within metadata storage 230. 

[0031] Cache descriptor table entry 405 is an exemplary entry within metadata 
15 structure 400. In the illustrated embodiment, entry 405 includes four fields. The first 
field from the left is labeled "Volume ID," which identifies a storage volume on which 
the user data is stored. The second field is labeled "Block Number," which corresponds 
to the logical block address of the corresponding data block on the volume identified in 
the "Volume ID" field. Thus, the "Volume ID" and "Block Number" fields may be used 
20 to identify whether a given data block is stored within data storage 240. The entry 
containing the metadata having the specified volume ID and block address is used to 
index into data storage 240. The third field from the left is labeled "Valid Bits." The 
valid bits are indicative of whether or not the data is valid. For example, once data is 
written into data storage 240 the "Valid Bits" may indicate that the data stored within the 
25 corresponding data block of data storage 240 is valid. The fourth field from the left is 
labeled "Dirty Bits." The Dirty Bits are indicative of whether the user data stored within 
the data block of data storage 240 needs to be written back to the storage volume. It is 
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noted that in other embodiments, each entry may include other numbers of fields. It is 
further noted that other fields having other identifiers may be used. 

[0032] Since metadata structure 400 is stored within data storage 230, which is a non- 
5 volatile storage, in the event of a system power failure, the storage system may use the 
metadata within metadata storage 230 to reconstruct the cache descriptors in metadata 
storage 220 and initiate any de-staging operations required upon power-up. In addition, 
as will be described further below, in one embodiment, the cache descriptor table may be 
updated when a data block is allocated and after data is written to the newly allocated data 
10 block. 

[0033] Referring collectively to FIG. 1 through FIG. 4, a typical lookup and update 
sequence is described. When a write request is received by cache control logic 210, cache 
control logic 210 is configured to perform a lookup operation within the first-level 

1 5 metadata (e.g., metadata storage to 220). Since metadata storage 220 is located in CPU 
memory space, accesses are typically fast. If no data block is already allocated before the 
write request (i.e., a cache miss), cache control logic 210 allocates a data block within 
data storage 240 from a free list (not shown) maintained by cache control logic 210. In 
addition, cache control logic 210 allocates a cache descriptor within metadata storage 220 

20 and points the newly allocated cache descriptor to the newly allocated data block by 
writing the location of the data block into the pointer field of the cache descriptor. 
Further, cache control logic 210 initializes the state of the cache descriptor (e.g., data 
invalid, data dirty). In one implementation, cache control logic 210 may provide the 
pointer to storage controller 51, so that the storage controller may directly write the data 

25 into data storage 240. In another implementation, cache control logic 210 uses the 

pointer to directly write the data into data storage 240. Once the data transfer is complete, 
cache control logic 210 updates the cache descriptor within metadata storage 220 marking 
the completion of the I/O operation and the validity of the data (e.g., data valid). Cache 
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control logic 210 then updates the metadata (e.g. cache descriptor table entry) stored 
within metadata storage 230. Since the cache descriptor table is direct mapped, cache 
control logic 210 simply indexes into the table based on the datablock pointer and updates 
the entry to reflect the validity of the corresponding data. Once the metadata has been 
5 updated within metadata storage 230, in one implementation cache control logic 210 may 
provide a notification that notify the write operation is complete. It is noted that if the 
data storage 240 is full, a data block may be evicted and a corresponding cache descriptor 
invalidated. 



10 [0034] As a read request is received, cache control logic 210 performs a lookup 

operation within metadata storage 220 based upon the block address. If there is a hit, a 
pointer to the data block is returned from the cache descriptor. Cache control logic 210 
then uses the pointer to index into data storage 240 and returns the requested data. 
However, if there is a miss, cache control logic 210 first allocates a data block within data 

1 5 storage 240. It is noted that if the data storage 240 is full, a data block may be evicted 
and a corresponding cache descriptor invalidated. Cache control logic 210 allocates a 
cache descriptor for the newly allocated data block and updates the state information in 
the newly allocated cache descriptor to indicate a pending operation. Cache control logic 
210 then initiates a fetch operation to retrieve the requested data from the underlying 

20 storage volume and to store the data into data storage 240. In one implementation, cache 
control logic 210 may notify storage controller 51 of the miss. In such an 
implementation, storage controller 51 may perform the fetch operation. When the fetch 
operation is complete and the data is stored within data storage 240, cache control logic 
210 is notified of the fetch completion. In response to the fetch completion notification, 

25 cache control logic 210 is configured to return the pointer to the data block where the data 
is stored to transfer the data to the host. Cache control logic 210 is also notified when the 
data transfer to the host is complete. In response to the transfer completion notification, 
cache control logic 210 is configured to update the state information (e.g., valid bits) 
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within the cache descriptor corresponding to the data block. It is noted that in one 
implementation, during the read operation, metadata storage 230 is not accessed. 
However, as will be described further below in conjunction with the description of FIG. 
5, in systems requiring that read data be mirrored to a secondary cache system, cache 
5 control logic 210 may be configured to update a non- volatile data storage similar to data 
storage 240. 

[0035] Referring to FIG. 5, a block diagram of one embodiment of cache system 55 
employing cache mirroring is shown. Cache system 55 of FIG. 5 includes a primary 

10 cache system 500 coupled to a secondary cache system 550. Primary cache system 500 
includes primary cache control logic 51 OA coupled to a data storage 540A, a metadata 
storage 520A, and a metadata storage 530A. Secondary cache system 550 includes 
secondary cache control logic 51 0B coupled to a data storage 540B, a metadata storage 
520B, and a metadata storage 530B. It is noted that the selection of which cache system 

1 5 is the primary and which is the secondary is arbitrary as long as one of the two is 
designated as a primary. 

[0036] To illustrate the cache mirroring functionality of cache system 55, an 
exemplary write operation is described. During a cacheable access (e.g., a data write) to 

20 storage systems 50A-50C, data is cached in both primary cache system 500 and secondary 
cache system 550. When a write request is received by primary cache system 500, 
primary cache control logic 51 OA allocates and writes the data blocks to data storage 
540A and updates metadata storage 520A and 530A as described above in conjunction 
with the write operation description of FIG. 1-FIG. 4. When the write operation is 

25 complete within primary cache system 500, primary cache control logic 5 10A initiates a 
remote data write operation 1 to data storage 540B of secondary cache system 550. 
Primary cache control logic 51 OA is configured to send an update message 2 to secondary 
cache control logic 51 0B indicating that the metadata corresponding to the newly written 
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data should be updated. In response to receiving update message 2, secondary cache 
control logic 51 OB is configured to update both the metadata stored within metadata 
storage 520B (e.g., arrow designated number 2a) and the metadata stored within metadata 
storage 5 3 OB (e.g., arrow designated number 2b). In one implementation, secondary 
5 cache control logic 51 OB may update metadata storage 520B followed by metadata 
storage 530B. It is noted that in other implementations, secondary cache control logic 
510B may update metadata storage 530B followed by metadata storage 520B. Once the 
data is committed and mirroring operation is complete (i.e. metadata storage 530B has 
been updated), secondary cache control logic 51 OB sends a completion message 3 to 
10 primary cache control logic 5 10A. Thus, all the committed metadata is up-to-date and 
ready to use within secondary cache system 550. In response to the completion message 
3, primary cache control logic 51 OA may provide a notification of the completion to the 
storage controller (not shown in FIG. 5) in one implementation, or to the host in another 
implementation. 

15 

[0037] In one embodiment, read requests resulting in a cache miss may also be 
mirrored to secondary cache system 555. For example, as described above, if a read 
request results in a miss, primary cache control logic 51 OA allocates data blocks within 
data storage 540A, allocates a cache descriptor within metadata storage 520A and 

20 initiates a fetch operation to retrieve the requested data from the underlying storage 
volume. In addition, once the data has been stored within data storage 540A, primary 
cache control logic 51 OA is configured to perform a remote write operation to data 
storage 540B within secondary cache system 550. Further, primary cache control logic 
51 OA may also be configured to send an update message to secondary cache control logic 

25 51 0B indicating that metadata storage 520B needs to be updated as described above. In 
one implementation, once the data is stored within data storage 540A, the pointer to the 
data block is returned to the storage controller. The storage controller may then access 
data storage 540A to provide the read data to the requesting host. 
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[0038] It is noted that cache mirroring may be used to build a robust recovery model 
For example, if primary cache system 500 fails during an update of its own metadata, 
either in metadata storage 520A or 530A, both the data and the metadata stored within 
5 secondary cache system 550 is still intact. Further, if there is a failure of primary cache 
system 500 while mirroring the data into secondary cache system 550, since the 
secondary cache system 550 has not committed the data, the metadata has not been 
updated even though the data blocks corresponding to the mirroring operation may have 
been partially or wholly written. The data may be safely ignored due to the metadata not 

10 being committed. In this way, the surviving cache always has the ready to use metadata 
and does not require anything to be reconstructed. If a power failure occurs, a suitable 
emergency shutdown procedure may utilize the metadata structure stored within metadata 
storage 530A to flush any committed data to the physical storage. The metadata stored 
within metadata storage 530A is used because metadata storage 520A is a volatile storage 

1 5 and would most likely have lost any data during a power failure. If both primary cache 
system 500 and secondary cache system 550 fail simultaneously, the storage system may 
still recover during a reboot operation. In one implementation, metadata storage 530A is 
used to flush all previously committed data stored within data storage 540A to the storage 
devices (e.g., S1-S2) prior to a full system startup. 

20 

[0039] Turning to FIG. 6, a diagram depicting an alternative embodiment of the fully 
associative metadata structure of the storage cache system of FIG. 2 is shown. Metadata 
structure 600 is a collection of cache descriptors that describes corresponding data blocks 
stored in data storage 220. The cache descriptors are arranged into a cache descriptor 
25 group. The cache descriptor group consists of a number of cache descriptors where each 
of the cache descriptors points to data blocks residing anywhere in data storage 220. In 
addition, as will be described further below, cache descriptors pointing to related data 
blocks may be chained together by pointing to other cache descriptors. It is noted that 
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metadata structure 600 may also be representative of the metadata structure used in 
metadata storage 520 A and 520B of FIG. 5. 

[0040] A descriptor group may either be fully populated or partially populated with 
5 corresponding data blocks containing data. In the illustrated embodiment, cache 
descriptor group A includes cache descriptors that correspond to data blocks having 
logical block addresses one through 1000 in volume A. The cache descriptors associated 
with LB A 1-100 are designated 620, 630, and 640. The cache descriptor associated with 
LBA 801-900 is designated 650, and the cache descriptors associated with LBA 901-1000 
10 are designated 660, 670, and 680. It is noted that although the cache descriptor group is 
associated with a contiguous number of logical block addresses, it is contemplated that in 
other embodiments the cache descriptor group may be associated with other attributes. 

[0041] As described above, each cache descriptor points to and includes information 
15 describing a corresponding data block stored anywhere within data storage 240. For 
example, cache descriptor 620 points to data block 625, cache descriptor 630 points to 
data block 635, and so on. In addition, each cache descriptor may point to another cache 
descriptor that points to a data block that is related to the first data block. 

20 [0042] Data blocks may be related in various ways. For example, it may be desirable 
to store various versions of generational data. In addition, for systems employing data 
striping such as a RAID level 5 system, for example, it may be desirable to cache the old 
data, the new data and the parity or "Exclusive OR" (XOR) of the old and new data. 
Thus, the data blocks storing each version of the generational data are related. Likewise, 

25 the data blocks storing the new, old and parity data are also related to one another. 

[0043] In the illustrated embodiment, the contents of cache descriptor 630 are shown 
as an exemplary illustration of the contents of any cache descriptor within metadata 
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storage 220. The contents of cache descriptor 630 are similar to the contents of cache 
descriptor 325 A of FIG. 3, although cache descriptor 630 is shown having two additional 
fields, which are described below. The additional fields are the fourth field from the left 
and the fifth field from the left. The fourth field is labeled "Descriptor Pointer" and may 
5 contain a pointer to another cache descriptor within metadata storage 220. The fifth field 
from the left is labeled "Data Type." If the fourth field includes a pointer to another 
cache descriptor, the Data Type field will contain an indication of the type of data (e.g., 
old, new, XOR). Alternatively, the data type field may be an encoding associated with 
the age of the related data blocks. It is further noted that other fields having other 
10 identifiers may be used such as whether an operation is currently in progress, for 
example. 

[0044] Similar to the metadata structure 300 illustrated in FIG. 3, in one 
implementation, metadata structure 600 may include a valid list of cache descriptors 
15 organized based on properties such as least recently used (LRU) data blocks, for example. 
It is noted that in alternative implementations, metadata structure 600 may also include a 
separate field (not shown) identifying the LRU status of a given entry relative to each 
other entry for use by cache control logic 210 when evicting entries and corresponding 
data blocks. 

20 

[0045] In some systems, diverse data representation may be particularly useful. For 
example, some high RAS systems may not allow write-in place writes that would allow 
new data to overwrite already existing data, particularly if the old data is dirty. Since the 
cache system may fail in the middle of the write of the new data, it could render both the 
25 new and the old data useless. 

[0046] Referring collectively to FIG. 1-FIG. 2 and FIG. 4-FIG. 6 when a write request 
is received to write new data and old data exists that is dirty, cache control logic 210 may 
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allocate a new data block within data storage 240 and a new cache descriptor, linking the 
new descriptor back to the descriptor that points to the old data block. Once the new data 
block is flushed to the underlying storage volume, the first cache descriptor may be re- 
pointed to the newly arrived data block. For example, if the old data block is data block 
5 625, cache descriptor 620 would include a pointer to that data block. If a write request is 
received to the same address contained in cache descriptor 620, cache control logic 210 
allocates a new data block (e.g., 635) and allocates another cache descriptor (e.g., 630) to 
point to the new data block. Once the data in data block 635 is flushed to the storage 
volume, cache control logic 210 may write the datablock pointer value contained within 
10 cache descriptor 630 into cache descriptor 620 and then deallocate data block 625 in the 
freelist. In addition, since the data blocks are no longer related, the descriptor pointer 
field of cache descriptor 625 may be cleared or set to some default value. 

[0047] For systems employing data striping such as a RAID level 5 system, for 
1 5 example, in one implementation, the parity data and the old data and their corresponding 
metadata may be kept in the non- volatile data storage and non- volatile metadata storage, 
respectively until the stripe becomes valid in the underlying storage volume. Depending 
on the implementation, the stripe may become valid when parity data is flushed to the 
underlying storage volume or when the new data is flushed to the underlying storage 
20 volume, or both. 

[0048] There may be remote data replication (e.g., long distance mirroring) 
implementations where, due to the distances involved, it may be more advantageous to 
commit the data to the non- volatile cache memory and to perform all the remote 
25 operations in the background asynchronously. In other words, a host that requested that 
new data be written over existing data may receive a completion acknowledgement as 
soon as the new data is committed in the cache memory and prior to the completion of the 
data being mirrored. 
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[0049] For example, in one implementation employing generational data storage and 
mirroring, when an initial write operation is complete within a primary cache system 
(e.g., primary cache system 500), primary cache control logic 51 OA initiates a remote data 
5 write operation to a data storage of a secondary cache system (e.g., secondary cache 
system 550) as described above in conjunction with the description of FIG. 5. When a 
write request is received by a primary cache system (e.g., primary cache system 500) to 
write new data over the old data, while the old data is being mirrored, the new data may 
be readily accepted within primary cache system 500 as described above. In such an 
10 implementation, primary cache control 510 may allocate new data blocks within data 
storage 540A and metadata locations within metadata storages 520A and 530A. Thus, 
once the new data is committed within the primary cache system 500, the host may be 
notified that the write operation is complete and the new data may be written to secondary 
cache system 550 in the background. 

15 

[0050] Although the embodiments above have been described in considerable detail, 
numerous variations and modifications will become apparent to those skilled in the art 
once the above disclosure is fully appreciated. It is intended that the following claims be 
interpreted to embrace all such variations and modifications. 

20 
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